test-simplify: Explicitly use bash

The script uses bash features, after all.

https://bugzilla.gnome.org/show_bug.cgi?id=755274

Updated Japanese translation

Updated Danish translation

Updated Swedish translation

Updated Greek translation

Updated Japanese translation

Updated Brazilian Portuguese translation

Updated Brazilian Portuguese translation

gtkdemo: Plug leaks in listbox demo

Updated Danish translation

Updated Brazilian Portuguese translation

Updated Brazilian Portuguese translation

Updated Russian translation

Updated Russian translation

Revert "gtkwidget: Ensure unrealization during event dispatching cancels gestures"

This reverts commit 13873d2c507783042df55ad2c48f37a346121fd0.

Revert "widget: Fix propagation of gesture cancellation on widget unrealize/destroy"

This reverts commit 3aaf730901d04a3e4a102cb95e769a48ec5027e3.

Revert "widget: Cancel also denied sequences"

This reverts commit 63e255e7b5326888e83bf84f1147012938c81000.

window: Reset on unhandled gestures right away

Traditionally a sequence is set to GTK_EVENT_SEQUENCE_DENIED state when
it is to be ignored, which means it is dormant, but still managed by the
gesture (accounting, "denied" sequences still make "slots" in multitouch
gesture busy, etc...).

This gesture will run for all button presses and releases in the window
though when presses happen on the "window content" region, and we can't
account for every children to be as educated as setting the proper mask
on every window, or ensuring events will be propagated as they should.

In order to cater for this, just reset the gestures, we can live without
such accounting in these specific GtkGestureSingle gestures.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

gdk: Mark window surfaces as dirty before reading from them

We do not know what happened to this surface outside of GDK.
Especially for foreign windows, they will have been modified
by external applications.

So be on the safe side and tell Cairo to clear all its caches.

https://bugzilla.gnome.org/show_bug.cgi?id=754952

Updated Turkish translation

Updated Lithuanian translation

Updated Hungarian translation

MSVC Builds: Make Re-use Comment in Autotools Module Clearer

pixelcache: use factor instead of margin

Instead of using a fixed size, use a factor of the surface size. This
helps in situations where animations of surrounding widgets are used
and cause a rapid rate of surface destroy/create cycles.

Updated French translation

wayland: Avoid running stale cursor animation timeouts

gdk_wayland_device_update_window_cursor() is inconsistently returning
TRUE/FALSE, despite the timeout being always replaced for new cursor
frames. This could end up in these timeouts being "leaked" and running
as long as the window has an animated cursor.

Fix this by making it really sure we return G_SOURCE_REMOVE, although
now we keep track of animation delays, so the timeout will be reused
for constant time animations.

widget: Cancel also denied sequences

It makes no sense to skip denied sequences here, the gestures are
still carrying out the accounting for these, which must be also put
to an end if we're possibly not receiving any further events from
this sequence.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

widget: Fix propagation of gesture cancellation on widget unrealize/destroy

At the time event_check_cancel_sequence_on_hierarchy() is called, the widget
has been already unparented. Given the widget itself is being destroyed,
cancellation on it is impending in one way or another, we still must
propagate cancellation across all parents, so retrieve it early before
possible widget destruction.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

scrolledwindow: Set the scrollbar as "over" immediately during slider grabs

Otherwise it's attempted through a timeout, which gets cancelled early after,
and the slider disappears after a while with no mouse activity despite the
ongoing implicit grab.

Once the grab is finished, check_update_scrollbar_proximity() will be called
again on both scrollbars, and the fade out animation will be triggered as a
result.

https://bugzilla.gnome.org/show_bug.cgi?id=754745

file chooser: Avoid a crash

When right-clicking in an empty folder, you should get a context
menu, not a crash. The code for positioning the popover was not
handling the eventuality of no row under the pointer. Just position
the popover right at the click location in this case.

https://bugzilla.gnome.org/show_bug.cgi?id=755021

widget path: Don't leak sibling paths

Plug another memory leak

Plug a memory leak

Update Persian translation

Update Persian translation

css shadows: Cache blured masks for the corners of outset shadows

A lot of time was spend rendering the shadows on windows with CSD, in
particular the corner pieces, since they are the largest parts. This
patch catches this particular case and caches the pre-rendered blur
masks.

This makes the shadow code go from 25% to 8% of the time when resizing
gtk3-demo.

css shadows: Break out side & corner shadows into helper functions

This changes nothing, but makes the code a bit easier to read

ui: Remove border from dialogs again

MSVC Builds: "Add" Visual Studio 2015 Projects

"Add" Visual Studio 2015 projects by what we did before: Copy the Visual
Studio 2010 project files and replace the items in there as needed, as
the formats of the 2010 and 2015 projects are largely the same.

gtk-demo: Fix drawing of gestures demo feedback on CSD windows

It was wiping the translation initially applied to the cairo_t, so
pick that up first before applying our own matrix changes.

MSVC Builds: Remove Old MSVC Project-Related Files

Since we have the new files, remove the old ones.

MSVC Builds: Massive Rename of Projects

We need to rename the projects so that when these projects are added
into an all-in-one solution file that will build the GTK+ 2/3 stack,
the names of the projects will not collide with the GTK+-2.x ones,
especially as GTK+-2.x and GTK+-3.x are done to co-exist on the same
system.  This is due to the case that the MSVC projects are directly
carried over from the GTK+-2.x ones and was then updated for 3.x.

We still need to update the GUIDs of the projects, so that they won't
conflict with the GTK+-2.x ones.

MSVC Builds: Remove the Old Static Projects

Remove the static projects that were supereceded by the templates, which
are used to generate the complete projects during 'make dist'.

https://bugzilla.gnome.org/show_bug.cgi?id=681965

Revert "MSVC Builds: Remove Old MSVC Project-Related Files"

Sorry, pushed the patch in the wrong order, should be done with
the renaming of the projects.

This reverts commit d963bd1d325b2b9f46e0cbaca4b41701ae5c93be.

MSVC Builds: Remove Old MSVC Project-Related Files

Since we have the new files, remove the old ones.

build: Clean Up Visual Studio Project Generation

Use the common automake module from the previous commit in the
Makefile.am's, which means that the Makefile.am's in gdk/ and gtk/ can be
cleaned up as a result.  As a side effect, the property sheet that is used
to "install" the build results and headers can now be generated in terms of
the listing of headers to copy during 'make dist', where we can acquire
most of the list of headers to "install", so that we can largely avoid the
situation where the property sheet files are not updated in time for this,
causing missing headers when this build of GTK+ is being used.

Also use the Visual Studio Project file generation for the following
projects:
gtk3-demo
gtk3-demo-application
gtk3-icon-browser
gdk-win32
gdk-broadway
gail-util

So that the maintenace of these project files can be simplified as well.

https://bugzilla.gnome.org/show_bug.cgi?id=681965

build: Add Common Autotools Module for MSVC Projects

This adds a common autotools module that can be used by various projects to
generate the Visual Studio projects as needed, and if necessary, generate
the headers listings to "install" for that project, based on items passed
in to this.  This is modeled on the Makefile.introspection autotools file
that is used by many GNOME projects to generate the introspection files.

https://bugzilla.gnome.org/show_bug.cgi?id=681965

Updated Spanish translation

configure: Require glib >= 2.45.8

Needed since 29c799a1e77e441160892366355e9a55aed5df40

docs: Add index for 3.18 api

Add missing $(EXEEXT)

https://bugzilla.gnome.org/show_bug.cgi?id=754629

3.17.9

wayland: Make subsurface desynchronized after first parent surface frame

Initially the subsurface will be in synchronized mode and we will leave
it like this until the first time the parent surface has been committed.
The reason for this is because the subsurface position will be applied
as part of the parent surface state, and we need to synchronize the
initial position with the initial frame, so that we don't accidentally
draw the subsurface at the default position (0, 0) which would happen in
desynchronized mode if the subsurface content is committed before the
next parent surface commit.

https://bugzilla.gnome.org/show_bug.cgi?id=754839

window: Use gtk_widget_queue_resize()

_gtk_container_queue_resize() is a private function and probably
shouldn't have even been used in 1999 when this call was originally
added.

inspector: Store the parent for the object tree

This allows selecting newly added random objects.

https://bugzilla.gnome.org/show_bug.cgi?id=754987

Updated Galician translations

gdkwindow: avoid multiple walking of children list

This counts the number of children and fetches the last GList
node at the same time.

Revert "print backend: Remove an unneeded variable"

This reverts commit 9ebebd48b00092446cdbeee03b49f149725c9868.

This change broke the templates testcase, and I don't have time
to poke at why, right now.

Fix a copy-paste error

We were notifying can-focus when can-default changes.
Unit tests save the day.

Updated Turkish translation

scrolledwindow: Cancel kinetic/overshoot animation on captured scroll events

This ensures the animation is cancelled if the child widget happens to
GDK_EVENT_STOP scroll events.

https://bugzilla.gnome.org/show_bug.cgi?id=745315

entry: Drop the Ctrl-K keybinding

This interferes with a well-loved firefox shortcut, and we
are more interested in a gtk3 firefox than in legacy keybindings.

gtkwidget: Do not listen to notifications from nonexistent properties

The GtkEventController event mask is private, and set early by GtkGesture
implementations. Being this private data, there is no corresponding
property, so this code is a no-op, there is just no need to listen to
changes there.

gtkwidget: Ensure unrealization during event dispatching cancels gestures

We use to rely on grab broken events for most of the event sequence
lifetime, this breaks though on GDK_BUTTON_RELEASE/GDK_TOUCH_END, as there's
no longer a grab at that time.

For these cases (and all others where there's destroy/unrealize calls
involved during event dispatching), catch this on the late
WIDGET_REALIZED_FOR_EVENT calls on widget event handling functions.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

gtkwidget: refactor code into separate function

This "cancel sequence across widget hierarchy" code will be useful
in other places, so take it out to a separate function.

https://bugzilla.gnome.org/show_bug.cgi?id=754098

Revert "tool button: Use G_DEFINE_TYPE"

This reverts commit 4e56dfad0e33187d019c44ecfb5e7e99cf2da535.

It turns out that GtkToolButton is playing games with the class
pointer inside instance_init, so leave it alone.

gtk-builder-tool: Don't break GtkHBox and GtkVBox

These classes have different defaults for ::expand than GtkBox,
which is not reflected in the declared default, so we have to
blacklist it.

gtk-demo: Fix builder example

This example is still using a GtkVBox, and it happened to be broken
by gtk-builder-tool simplify.

Updated Galician translations

Updated Galician translations

widget: Call size_allocate vfunc directly when possible

This avoids all the overhead of signal emissions when it is not used.

draw: call vfunc rather then emit signal for the common case

This avoids a lot of overhead in the common case where a signal
is not connected and we're just using the class vfunc (which is true
for all in-libgtk widgets). Additionally it makes backtraces in
debuggers and profiles much much nicer to look at.

https://bugzilla.gnome.org/show_bug.cgi?id=754986

gtk: Stop setting GDK_EXPOSURE_MASK on random widgets

These days exposure happens only on the native windows (generally the
toplevel window) and is propagated down recursively. The expose event
is only useful for backwards compat, and in fact, for double buffered
widgets we totally ignore the event (and non-double buffering breaks
on wayland).

So, by not setting the mask we avoid emitting these events and then
later ignoring them.

We still keep it on eventbox, fixed and layout as these are used
in weird ways that want backwards compat.

gdkwindow: Avoid list allocation and object refs during repaint

There is no need to ref the windows we're ignoring, so collect and ref
only the affected child windows. Also, use a on-stack array rather
than allocating a linked list.

Also, we don't need to ref during the event emissions too, as we
already hold a ref.

https://bugzilla.gnome.org/show_bug.cgi?id=754687

Updated Portuguese translation

Updated Polish translation

Update all ui files again

Replace translatable="1" by translatable="yes" so
xgettext stays happy and extracts the strings.

builder-tool: Don't simplify translatable="yes"

It turns out that xgettext does not understand translatable="1",
so don't make gtk-builder-tool produce this, even though
GtkBuilder can parse it just fine.

https://bugzilla.gnome.org/show_bug.cgi?id=754928

file chooser: make rows with popovers visible

Without this, the popovers are just dangling in the middle of
nowhere.

https://bugzilla.gnome.org/show_bug.cgi?id=754411

pixelcache: squash warnings introduced by previous commits

textview: give pixelcache access to style context

This changes textview to share the style context with the pixelcache.
Doing so allows pixel cache to optimize the surface creation and use
a CAIRO_CONTENT_COLOR instead of CAIRO_CONTENT_COLOR_ALPHA when
appropriate.

https://bugzilla.gnome.org/show_bug.cgi?id=754658

viewport: share style context with pixelcache

This allows the pixel cache to opportunistically use CAIRO_CONTENT_COLOR
instead of CAIRO_CONTENT_COLOR_ALPHA during surface creation.

https://bugzilla.gnome.org/show_bug.cgi?id=754658

pixelcache: use GtkStyleContext to determine cairo_content_t for surface

We can take a fast path if the background for a widget is opaque by using
a CAIRO_CONTENT_COLOR instead of a CAIRO_CONTENT_COLOR_ALPHA surface. Most
blit'ing backends have a fast path for this, including Pixman and Quartz.

https://bugzilla.gnome.org/show_bug.cgi?id=754658

stylecontext: add opaque background helper

This new private API, _gtk_style_context_is_background_opaque(), is meant to
be used by internal Gtk+ wigets to optimize fast paths for cases where
applicable. One such use would be to use a CAIRO_CONTENT_COLOR surface
instead of CAIRO_CONTENT_COLOR_ALPHA.

https://bugzilla.gnome.org/show_bug.cgi?id=754658

wayland: Avoid a crash with GtkGLArea

We must not call gdk_wayland_window_attach_image when
using GL for drawing, this leads to a crash.

https://bugzilla.gnome.org/show_bug.cgi?id=754770

gdkwindow: Store children list nodes in GdkWindow structure

This avoids a bunch of allocations, and additionally it has better
cache behaviour, as we don't follow pointers to the separate GList
node memory areas during traversal.

From Christian Hergert:

  This machine is a Retina mac book pro so I've been working on getting
  GtkTextView (GtkPixelCache) up to our performance level on
  X11/Wayland. I'm seeing a jump from about 43 FPS to about 50 FPS.

https://bugzilla.gnome.org/show_bug.cgi?id=754687

places sidebar: keep open variants sensitive

Add a separate action for "Open in Tab" and "Open in new window"
so we can keep them enabled when we disable "Open" for the selected
row.

https://bugzilla.gnome.org/show_bug.cgi?id=754410

Updated Slovak translation

Updated Slovak translation

Drop GtkWidgetAuxInfo

Merge it into GtkWidgetPrivate. In my measurements, about half
of all widgets have a non-default auxinfo struct, and we use this
information in size allocation, so it is nice to avoid the gdata
overhead.

Move font map to qdata

This is very rarely used, lets not reserve space for it
in every widget.

Move font options to gdata

This is very rarely used, lets not reserve space for it in
every widget.

Move action muxer to gdata

Most widgets don't have their own, and we don't access them
very frequently.

Move widget paths to gdata

We only use widget paths for a few widgets nowadays (notebook,
treeview, pathbar, combobox), so we can save some space by
not having this field in GtkWidgetPrivate.

combobox: Stop using old styling code

Instead of get_path_for_child() use CSS nodes.

Move template support to qdata

The hash table is only accessed at creation and destruction time,
and many widgets don't use templates at all, so no need to have
this permanently occupying space.

Pack GtkWidgetPrivate a bit better

This makes it shrink from 240 to 232 bytes.

Use NULL instead of g_direct_equal

GHashTable has built-in support for pointer comparison.

Move GtkWidgetAuxInfo struct to private headers

There's no API returning such a struct, it is entirely internal.
Therefore, don't expose it in public headers.

Revert "Avoid type checking overhead for resize-mode"

This reverts commit 3eacfa88f2d9c690a006de9cac1cd3c60901686c.

Apart from the patch not being correct, we don't want to expose private
structures in header files if we can avoid it.
And this type-checking overhead is not an optimization that is even
measurable.

https://bugzilla.gnome.org/show_bug.cgi?id=754932